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Дан обзор методов разработки интегрированных информационных систем, предназначенных для поддержки 
жизненного цикла. Рассмотрены подходы САЕ5-технологий и системной инженерии для составления типовых 
МОДЕЛЕЙ, которые могут быть использованы для разработки типовых методик и составления общей базы для 
сравнения методик внедрения и работающих информационных систем. 
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Введение. Идея гибкого производства становится очень популярной. Особое значение гибкость 
производственных процессов имеет для малых и средних предприятий, являясь ключевым пре- 
имуществом, улучшающим конкурентоспособность фирмы. Гибкость позволяет уменьшить сроки 
вывода продукта на рынок. Для этого требуется сокращение продолжительности процессов раз- 
работки на каждом этапе производства, сокращение сроков полного цикла работ. Гибкому пред- 
приятию необходимо быстро переналаживать производственные процессы под другой вид испол- 
нения или другой тип продукта. 

Технологией, позволяющей обеспечить такую гибкость, является автоматизация произ- 
водственных процессов на базе информационных систем (ИС). В то же время разработке, внедре- 
нию и поддержке такой ИС сопутствует набор рисков, из-за которых эффект от автоматизации 
может быть снижен. Необходима методика управления типичными рисками ИС. Существующие 
методики построены либо для внедряемого программного продукта, либо для внедряющей ком- 
пании — системного интегратора. Они являются уникальными для конкретного программного про- 
дукта, проекта и компании. В результате такие методики, внедренные на базе этих методик ре- 
шения ИС и эффективность этих решений трудно сравнивать между собой до начала внедрения, 
поскольку отсутствует общая база для сравнения. 

Целью исследования является поиск такой базы для сравнения в виде типовой модели 

системы. Рассматриваются подходы СА|5$-технологий и системной инженерии, как подходы, осно- 
ванные на модели жизненного цикла (ЖЦ). На базе модели ЖЦ и выбранного подхода можно по- 
строить типовую модель ИС. Такая модель строится для задачи, т.е. для задаваемого задачей ав- 
томатизации состава этапов ЖЦ и типовых автоматизируемых процессов. Риски ИС в такой моде- 
ли тоже становятся типовыми. 
Обзор проблемы. Основным видом деятельности машиностроительного предприятия является 
разработка и производство инновационного продукта — наукоемкого изделия: прибора или уст- 
ройства. В отличие от крупных машиностроительных предприятий, выпускающих крупные партии 
изделий, малые и средние машиностроительные предприятия работают в основном по отдельным 
заказам меньшего объема, но более сложной структуры, большего количества видов исполнений 
изделий. Предприятию требуется повышенная гибкость для облегчения совместной разработки 
разных исполнений изделия одновременно, сокращения сроков переналадки оборудования для 
производства изделий нового вида, сокращения сроков разработки и трудоемкости сопровожде- 
ния продукта и, следовательно, для сокращения конечных сроков вывода продукта на рынок. 

Для сокращения сроков вывода продукта на рынок требуется сократить сроки выполнения 
каждого процесса разработки продукта от определения требований к продукту, проектирования 
конструкции, проектирования технологических процессов производства, процесса производства 
до процессов продажи готовой продукции и послепродажной (гарантийной) поддержки и обслу- 
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живания. Такая возможность для конкретной фирмы является существенным преимуществом, 
улучшающим конкурентоспособность этой фирмы. 

Для реализации этой возможности необходимо внедрение ИС предприятия, обеспечиваю- 
щей автоматизацию всего цикла работ основного процесса разработки, всех подпроцессов разра- 
ботки продукта. Наибольший эффект от внедрения ИС может быть достигнут при автоматизации 
всего основного процесса разработки в целом. 

В то же время внедрению ИС сопутствует множество рисков: неясности, неопределенно- 
сти целей внедрения; нечетких критериев успешного внедрения и оценки экономического эффек- 
та от внедрения; техническая сложность разработки ИС; организационная сложность самого про- 
цесса внедрения ИС в процессе ее опытной эксплуатации; техническая сложность последующей 
переналадки, доработки ИС при изменении основных бизнес-процессов предприятия; зависимость 
инфраструктуры предприятия от поставщика ИС (разработчика ИС) или системного интегратора 
(осуществляющего внедрение). 

Для минимизации рисков требуется наличие процессов, управляющих различными риска- 
ми, возникающими на разных стадиях внедрения ИС. Задачами этих процессов являются: выра- 
ботка целей внедрения ИС; плана разработки или методики внедрения; принятие определенных 
решений в ходе исполнения плана (таких, как самостоятельная разработка ИС или покупка гото- 
вой); оценка технических характеристик предлагаемых решений ИС; выбор архитектуры решения 
для упрощения дальнейшей доработки, переналадки ИС; контроль бюджета расходов на ИС и 
достигаемого за счет автоматизации экономического эффекта. 

На данный момент на рынке программного обеспечения существует множество решений, 
представленных различными ИС. Компании-«системные интеграторы» предлагают полный цикл 
работ по внедрению и доработке готовых решений. 

В то же время методики внедрения, процессы доработки и управления сопутствующими 
рисками ориентированы на конкретный программный продукт, автоматизируемый им набор про- 
цессов, и в равной мере на особенности методики работ по внедрению конкретного системного 
интегратора. В силу этого сложно сравнивать различные решения и различных исполнителей- 
интеграторов до начала внедрения. После внедрения сложно оценить трудоемкость доработки ИС 
и затраты на текущую поддержку ИС в случае меняющихся условий бизнеса. 

В проведенном исследовании проанализированы технологии и наборы стандартов, позво- 

ляющие решить задачу автоматизации машиностроительных предприятий в виде выработки неко- 
торых типовых моделей, составляющих общую базу для сравнения. Из этих типовых моделей мо- 
жет быть разработана типовая методика внедрения на базе управления рисками процессов раз- 
работки и внедрения ИС. 
Управление жизненным циклом изделия и жизненным циклом системы. Любой проект 
автоматизации должен начинаться с описания автоматизируемой системы и процессов, области и 
целей автоматизации — для постановки корректной задачи по автоматизации и выработки плана 
или концепции по автоматизации, т.е. плана того, как этот проект будет выполняться. На маши- 
ностроительном предприятии основным процессом, приносящим прибыль, является производство 
конечного продукта или изделия — прибора или устройства. Под производством понимается пол- 
ный цикл работ, включающий: определение требований к продукту; концепции изделия; проек- 
тирование конструкции; проектирование технологии производства; производство; тестирование; 
продажу; послепродажную (гарантийную) поддержку и сопровождение. 

При отсутствии интегрированной информационной системы (ИИС) работы различных эта- 
пов могут быть автоматизированы различными программными продуктами — САПР конструктора, 
САПР технолога, АСУТП на этапе производства, СВМ (Сизютег ВеапНоп$ р Мападетеп - управ- 
ление взаимоотношением с клиентами) на этапе продажи и сопровождения. 

Проблемой при таком подходе является отсутствие единого контура управления, так как 
необходимо средство для организации «программного конвейера», состоящего из отдельных ра- 
бочих мест в единую ИИС. Но для этого разнородные приложения должны работать с единой мо- 
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делью данных более сложной структуры, чем набор отдельных файлов — иерархической структу- 
ры изделия, передаваемой между различными участками программного конвейера (ЖЦ) автома- 
тически. Такая структура может включать в себя, в том числе, описание следующего этапа работ 
программного конвейера и логику перехода между этапами (описание бизнес-логики: алгоритм 
работы или техпроцесса или схема бизнес-процесса данного этапа работ). 

Подход СА!Г$-технологий. Подход САЁ5-технологий (Сопёпиоиз Асаи$Ноп Ше-Суе 
биррой — непрерывная поддержка поставок в ходе ЖЦ продукта) для автоматизации процессов 
разработки изделия основан на определении типовых этапов ЖЦ изделия в процессе его разра- 
ботки и выработке средств стандартизации инструментария, реализующего выполнение работ на 
каждом этапе. Для этого данные об изделии хранятся в РОМ инструментарии (РгодисЕ Баа Мап- 
адетеп% — управление данными об изделии); остальные средства инструментария позволяют ин- 
женерам-конструкторам, технологам и плановикам производства работать с РОМ данными совме- 
стно, одновременно на различных фазах (этапах) ЖЦ. Стандарты СА|$-технологий определяют: 
состав фаз ЖЦ изделия; набор типовых процессов на разных фазах; стандарты для взаимодейст- 
вия различных программ инструментария с данными об изделии; стандарты форматов данных для 
обмена [1]. 

Процессы жизненного цикла изделия. Жизненный цикл изделия (продукта), как его 
определяет стандарт 150 9004:2009, — это совокупность процессов, выполняемых от момента вы- 
явления потребностей общества в определенной продукции до удовлетворения этих потребно- 
стей и утилизации продукта. 

В общем случае ЖЦ изделия может включать следующие этапы: 
проведение маркетинга; 
постановка задачи, планирование; 
концептуальное проектирование, анализ изделия; 
разработка рабочей конструкторской документации; 
конструкторско-технологическая подготовка производства; 
заказ и закупки материалов и комплектующих для изготовления изделия; 
производство изделия; 
испытания и контроль качества; 
упаковка и отгрузка; 
поставка и распространение; 

— обслуживание и эксплуатация; 

— утилизация и переработка. 

В каждом конкретном случае строится своя модель ЖЦ изделия. 

САЕ5-технология является концепцией и идеологией информационной поддержки ЖЦ 
продукции на всех его стадиях, основанной на использовании единого информационного про- 
странства (ИИС), обеспечивающей единообразные способы информационного взаимодействия 
всех участников этого цикла: заказчиков продукции (включая государственные учреждения и ве- 
домства), поставщиков (производителей) продукции, эксплуатационного и ремонтного персонала, 
реализованная в форме международных стандартов, регламентирующих правила указанного 
взаимодействия преимущественно посредством электронного обмена данными. Основная цель 
САЕ5$-технологии — снижение себестоимости, временных затрат и повышение качества за счет ин- 
теграции информации и автоматизации процессов. В последнее время все чаще вместо термина 
САЁ$ применяется термин РЕМ (РгодисЕ Ше-Суае Мападетеп* — управление ЖЦ изделия), учиты- 
вающее процессы, исполнителей, этапность производства: технология открытая для интеграции 
данных из других систем и других предприятий. 

Основой для такой унификации является модель ЖЦ процесса проектирования, раз- 
работки и сопровождения высокотехнологичного наукоемкого изделия (САЁ$, стандарт $ТЕР 
150 10303). 
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Модель САЕ$ задает стандартный типовой набор фаз или этапов ЖЦ. На каждом этапе оп- 
ределяется набор бизнес-процессов, выполняющихся на этом этапе разработки; данные об изде- 
лии хранятся в унифицированном универсальном формате данных, общем для всех процессов 
(в базе РОМ — РгодисЕ Ваёа Мападетепу) [1]. 

Возможно создание общей типовой модели бизнес-процессов разработки изделия на ос- 
нове стандартов СА! 5-технологий. Например, выполняя функциональное моделирование в виде 
ТОЕРО, можно составить функциональную модель типовых автоматизируемых бизнес-процессов. 

Эта типовая модель может быть использована для создания методики внедрения ИС, реа- 
лизующих СА(5-технологии разработки изделия. 

При этом, хотя стандарты САЕ$ задают типовой набор этапов ЖЦ изделия, в каждом кон- 
кретном случае у каждого изделия такой набор этапов -— свой. Допустим, требуется переналадка 
оборудования для производства нового вида исполнения изделия. Либо разрабатываемый новый 
продукт потребует другого набора этапов ЖЦ или бизнес-процессов. Информационная система на 
базе САЁ$ может работать с параметризированной моделью изделия (например, технология М/АМЕ 
в случае САПР; общая параметризированная модель технологического процесса в случае САПР 
технолога). Это означает, что изменения могут проводиться на базе типовой модели изделия. Или 
изменения могут быть более сложными, что может означать необходимость программных дорабо- 
ток самой ИС. 

Возникает риск, связанный со сложностью поддержки/сопровождения ИС - риск сложно- 
сти доработки: затраты на доработки в ИС, вызванные меняющейся реальностью бизнеса, долж- 
ны укладываться в отведенный бюджет временных сроков и денежных затрат. Средством мини- 
мизации такого риска является выбор надлежащей системной архитектуры [2] ИС, при котором 
требуются минимальные доработки ее программной части из-за меняющейся реальности произ- 
водства (например, поддержка параметризированной модели изделия в ядре ИС позволяет обой- 
тись в основном без доработок программной части; или реализация ядра ИС в виде слабосвязан- 
ной 5ОА архитектуры (5ег/се-Омещед АгсиКесНиге — сервисно-ориентированная архитектура) по- 
зволяет обойтись минимальными изменениями вследствие изменения программных модулей неза- 
висимо друг от друга). 

Подход системной инженерии. Подход системной инженерии состоит в проектирова- 
нии разрабатываемой системы с точки зрения ЖЦ систем аналогично тому, как САЁ$-технологии 
позволяют разработать изделие, реализуя типовые процессы ЖЦ изделия. 

Стандарты системной инженерии определяют набор фаз ЖЦ систем, описывают стандар- 
ты для процессов разработки, внедрения, сопровождения и доработки таких систем. Часть стан- 
дартов относится к программной инженерии, часть — к организационным методам, например, 
анализу рисков и управлению проектами. Каждый процесс работы с системой имеет четко опре- 
деленные цели и риски. Стандартами определяются подпроцессы, введенные для минимизации 
этих рисков [3]. 

Создание систем является одним из основных видов человеческой деятельности. Созда- 
ваемые системы постоянно усложняются. Появление новых технологий дает толчок к развитию 
уже существующих систем и требует создания новых классов систем. 

Инженерия (епдтеенпа) — область человеческой деятельности, связанная с творческим 
применением научных принципов при проектировании и разработке конструкций, машин, аппара- 
тов и производственных процессов, с работами по их индивидуальному или комплексному ис- 
пользованию, с их конструированием и применением на основе исчерпывающего представления 
об устройстве, с предсказанием их поведения в определенных условиях эксплуатации (Атейсап 
Епдотеег5' Соипсй Гог РгоГеззюпа! Веувортеп® [2]. 

В системной инженерии под системой понимается любая система, которую может постро- 
ить человек: техническая, программная, организационная методика или бизнес-модель ит.д. 
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В данном исследовании под системой понимается надсистема как совокупность трех под- 
систем: планирования проекта ИИС, реализации технической части — собственно работающей 
ИИС - и описания организационной системы в виде набора методик и управляющих процессов. 

Реализацией технической части такой системы является разрабатываемая ИС (на базе 
группы стандартов по программной инженерии, описывающих процесс разработки ИС). Но, кроме 
того, разрабатываются процессы, реализующие организационную часть системы. 

Системная инженерия, на основе объединения достижений различных дисциплин и групп 
специальностей, имеет целью предоставление методологического базиса и средств для успешной 
реализации согласованных, командных усилий по формированию и реализации хорошо структу- 
рированной деятельности по созданию систем, которая охватывает все стадии ЖЦ системы от 
замысла до изготовления и последующей эксплуатации и прекращения использования. 

Задачами системной инженерии [3] являются: 

— технические усилиях, направленные на проектирование, изготовление, проверку соот- 
ветствия, ввод в эксплуатацию, использование, сопровождение, утилизацию системных продуктов 
и процессов, а также на обучение персонала работе с ними; 

— определение конфигурации и управление конфигурацией системы; 

— преобразование описания системы в иерархическую структуру работ по ее созданию; 

— обеспечение заявленных проектных затрат и графиков работ; 

— подготовка информации для принятия управленческих решений. 

Современная системная инженерия [3] сосредоточивает первоочередные усилия в двух 
направлениях: 

— системный взгляд на продукцию и услуги; 

— методы разработки с использованием базовых моделей и типовых процессов. 

Важные особенности системной инженерии в том, что она предполагает использование по 
преимуществу количественных методов, включая согласование, оптимизацию, выбор и интегра- 
цию достижений многих инженерных дисциплин. 

Стандартизация процессов, инструментов и технологий сопровождения для разработки 
программных продуктов и систем осуществляется международным комитетом 2ТС1 при организа- 
ции 150 [4]. 

В Руководстве 1МСОЗЕ [5] (ШпцегпаНопа! Соипс! оп бу$етз Епдтеейпд —- Международный 
совет по системной инженерии) по системной инженерии выделяются пять важнейших областей 
ее применения. 

1. Бизнес-процессы и оценка функционирования (Визтез$ Ргосез5ез ап ОрегаНопа! Аз- 
зеззтепе (ВРОА)). 

2. Архитектура систем/решений/тестирования (5у%ет/5о!иНоп/Тез{ АгсН/Кесиге (55ТА)). 

3. Анализ стоимости ЖЦ и соотношения прибылей и затрат (Ме Суае СозЁ & Соз-Вепе!Е 
Апа!у$5 (ЕСС & СВА)). 

4. Обеспечение пригодности к обслуживанию/ логистика (5ег/сеау/ Ео9!54с$ (5/1.)). 

5. Моделирование и Анализ (Моде!тд, 5итщавоп, & Апауя5 (М$&А)). 

6. Управление рисками/конфигурацией/исходным состоянием (МападетепЕ: В15К, Сопйди- 
гаНоп, Вазе!те). 

Многие крупные компании разработали различные модели для управления риском в своих 
областях приложений, ставшие своего рода стандартами для различных ассоциаций профессио- 
налов при управлении проектами, разработке, внедрении и управлении информационными сис- 
темами. 

Общая схема процедуры управления рисками состоит из нескольких этапов: 

— определение организационного контекста; 

— идентификация рисков; 

— анализ рисков; 

— оценка и приоритизация рисков; 
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— выбор способов обращения с рисками; 

— наблюдение и пересмотр. 

Задача управления рисками органически вплетается в общую проблему повышения эф- 
фективности работы организации. Помимо традиционного анализа имеющихся ресурсов, такие 
методы предполагают взаимодействие со сторонами, вовлеченными в рассматриваемое решение, 
выявление их интересов и учет целей, проведение комплекса мероприятий по согласованию про- 
тиворечивых целей. 

В подходе СА|5-технологий процессов управления рисками в чистом виде нет, и САЕЗ- 
технологии приходится дополнять процессами управления рисками, разработанными на основе 
ЖЦ изделия (или проекта по производству изделия). При разработке, внедрении и сопровожде- 
нии ИС возникает набор специфических рисков — минимизация этих рисков обеспечит максималь- 
ную гибкость и эффективность ИС. С точки зрения технических процессов разработки ИС, в рам- 
ках подхода системной инженерии, процессы разработки ИС проходят типовые этапы ЖЦ сис- 
тем [4], и на этих этапах можно идентифицировать типовой набор рисков, влияющих на гибкость 
ИС. Возможно составить типовую модель рисков ИС. 

Кроме того, процессы управления рисками, разработанные на базе модели ЖЦ изделия, 
можно интегрировать в общую систему процессов управления рисками (изделия, информацион- 
ной системы и т.п.), если под системой, разрабатываемой в рамках подхода системной инжене- 
рии, понимать не только информационную систему, но и организационную систему производства 
изделия. 

При создании системы системная инженерия первоочередное внимание уделяет описанию 
ее архитектуры (АгспКесига! ВезсирНоп), где акцент делается на следующие взаимосвязи: 

— между заинтересованными сторонами (лицами) (5аКерпо!аегс); 

— интересами (Сопсегп$) заинтересованных сторон; 

— представлениями (Мем/з), отражающими связанные с системой интересы; 

— точками зрения (\Ме\мро! 5), отражающими соглашения для разработки и использова- 
ния представлений; 

— моделями (Моде). 

Управление ЖЦ направлено на формирование общих правил, в соответствии с которыми 
на эффективной, надлежащим образом выстроенной методической основе, достигается удовле- 
творение потребностей заинтересованных лиц. 

Основная цель управления ЖЦ -— обеспечение гарантированной доступности эффективных 
процессов ЖЦ для использования организацией. 

В результате успешного управления ЖЦ: 

— определяется модель ЖЦ и совокупность процессов ЖЦ, которые будут использоваться 
организацией; 

— определяется политика и процедуры применения модели и процессов ЖЦ; 

— определяется политика адаптации типовых процессов ЖЦ к потребностям отдельных 
проектов; 

— определяются показатели, которые позволяют контролировать характеристики выпол- 
нения процессов ЖЦ. 

Процессы жизненного цикла в стандартах системной инженерии 1$О/1ТЕС 
15288:2008. Организационные процессы: управление инфраструктурой; управление портфелем 
проектов; управление моделью ЖЦ; управление персоналом; управление качеством. 

Процессы соглашения: приобретение; поставка. 

Процессы проекта: планирование проекта; оценка и контроль проекта; управление реше- 
ниями; управление рисками; управление конфигурацией; управление информацией; измерение. 

Технические процессы: определение требований; анализ требований; проектирование ар- 
хитектуры; реализация элементов системы; комплексирование; верификация; передача; валида- 
ция; функционирование; обслуживание; изъятие и списание. 
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В частности, группа стандартов семейства 15ОЛЕС 12207 «Системная и программная ин- 
женерия. Процессы жизненного цикла программных средств» описывает процессы разработки 
программных систем, включая процессы проектирования архитектуры, процессы конфигурацион- 
ного управления исходным кодом, управления релизами (выпусками), управления изменениями и 
доработками, поддержка работающей системы [4]. 

Возможно создание типовой модели процессов разработки, внедрения и сопровождения 
ИС на базе подхода системной инженерии. Такая модель позволит контролировать более полный 
набор рисков, возникающих на всех этапах ЖЦ системы (системы в описанном выше смысле над- 
системы из трех подсистем планирования, технической и организационной части ИС). 

Таким образом, как единая система проектируются процессы разработки ИИС, организа- 
ционные процессы, такие, как реализация методики по разработке/внедрению/доработке ИИС на 
всех фазах разработки ИИС, и сама работающая ИИС - техническая реализация проекта. 
Выводы. Рассмотренные подходы СА|(5$-технологий и системной инженерии основаны на модели 
жизненного цикла (разрабатываемого изделия или ИИС, в которой разрабатывается изделие). 
На базе этих подходов можно выработать типовую модель требуемых бизнес-процессов и типо- 
вую методику внедрения/разработки/доработки ИИС. Такие типовые модели и методики стано- 
вятся независимы от конкретного программного решения ИС, архитектуры ИС, поставщика и сис- 
темного интегратора. В этом смысле модель становится типовой моделью ИС. 

Эту типовую модель ИС можно использовать для сравнения конкретных программных ре- 
шений различного рода, применяя модель технической части системы, а также для сравнения ме- 
тодик внедрения и доработки ИИС на основе модели организационной части системы. 
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оО.\. БУОКТМ 


О\ЕКУТЕМ! ОЕ АЧТОМАТТОМ МЕТНООЗ$ ОЕ $МАЦ. АМО МЕОТИМ 
ЕМСТМЕЕВТМС ЕМТЕВРВТ$Е$ ВАЗЕО ОМ САТ$-ТЕСНМОГОСТЕ$ 
АМО 5УЗТЕМ$ ЕМСТМЕЕКТМС АРРВОАСН 


Тре аезюп {есптдиез оЁ тедггйеа пгтайоп зу$етз еуеортепЕ айтеа аЕ те Ше сусе зирро!! аге гемешед. 
Сабез оЁ {те САЁ5-4есппообие$ апа зу$етз епдтеептпа Гог Бий4тда зоте ура! тоде5 аге сопз/Ееге4. ТПезе 
тодеб сап Бе изед Гог Ёургса!/ те тоа5 деуеортепЕ апа сгеаНоп о! {те депега! Базе Юг зует т&а/айоп есй- 
тадие5 апа орегайпа тюЮгтайоп зузет п Ёегсотрайбоп. 

Кеу игога5: Г(едгайей пЮгтайоп зузетз, тпГогтайоп зуетз, СА[$, зубетз епдтеетпа, аеуеортепЕ ап 
теодисвоп {есртдиез, депепс тодЕб, п5К тападетепЕ, 
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